FraSCAti, prenez le contrôle sur vos applications

National audienceContrôler les applications en cours d'exécution n'est pas chose aisée. Nous présentons dans cet article différents moyens permettant de reprendre la main sur vos applications grâce à FraSCAti. Dans le numéro précédent, nous avons vu comment SCA simplifie la réalisation d'applications orientées services tout en donnant un cadre architectural (SOA facile avec SCA). Nous allons ici nous intéresser à une autre préoccupation: comment observer une application en cours d'exécution, modifier sa configuration initiale, ou la faire évoluer sans la redéployer ? FraSCAti traite ces différentes problématiques en supportant la reconfiguration dynamique d'assemblages SCA. Nous les mettrons en pratique à l'aide de l'exemple introduit dans l'article précédent: MyWeather. Pour rappel, cet exemple permet d'interroger un compte Twitter afin de récupérer la localisation de l'utilisateur puis d'interroger un service météo pour connaître la météo à cette localisation. Nous compilerons cet exemple avec un script spécifique (compile, fourni avec les sources) afin de pouvoir développer un service technique (intent) intégré dans la plateforme FraSCAti

Towards a new package dependency model

International audienceSmalltalk originally did not have a package manager. Each Smalltalk implementation defined its own with more or less functionalities. Since 2010, Monticello/Metacello[Hen09] one package manager is available for open-source Smalltalks. It allows one to load source code packages with their dependencies. This package manager does not have all features we can find in well-known package managers like those used for the Linux operating system. This paper tries to identify the missing features and proposes solution to reach a full-featured package manager. A part of this solution is to repre-sent packages and dependencies as first-class objects, leading to the definition of a new dependency model

Plateforme SaaS pour l'intégration continue

National audienceL'intégration continue est devenue un des piliers des bonnes pratiques du développement logiciel. Nous présenterons au cours de cet article les concepts de l'intégration continue, basés sur les tests et l'automatisation, qui ont amené à son essor dans la distribution de logiciels, le cahier des charges issu des besoins des scientifiques, ainsi que les différentes étapes qui ont conduit à la réalisation de la plateforme actuelle. Les besoins exprimés par les scientifiques sont divers. Le principal point est de les soulager de toutes les tâches d'administration système et réseau (authentification, sauvegarde, mises à jour de sécurité, etc.) en leur offrant un service clés en main. Ils veulent aussi avoir une grande latitude sur les versions et plugins utilisés. Après analyse de ces besoins, il est apparu indispensable que la mise à disposition d'un serveur d'intégration continue soit la plus automatisée possible. Nous proposons à chaque projet de pouvoir installer la version d'Hudson qu'ils désirent ainsi qu'un système de mise à jour simplifié, garantissant l'intégrité et la conformité de leur installation ainsi qu'une grande disponibilité du service. La plateforme a donc été pensée en mode SaaS (Software as a Service), basé sur la mise à disposition du service d'intégration continue pour l'utilisateur avec un minimum d'intervention humaine. Le logiciel choisi a d'abord été Hudson, qui malgré une orientation Java peut convenir à tout type de projet de développement. Courant 2011, le projet Jenkins, fork d'Hudson, est né. Nous avons fait le choix de supporter les deux solutions et de garder une architecture ouverte pour accueillir de nouveaux outils

SOA facile avec SCA

National audienceComment simplifier le développement d'applications SOA tout en se donnant un cadre architectural ? SCA et notamment FraSCAti que nous utiliserons apportent des réponses à ces préoccupations. Ecrire des applications SOA, avec de nombreux services web, n'est pas toujours chose aisée. Notamment, la mise en oeuvre de services web (WS, REST, etc.) demande du temps et surtout du code technique en plus de vos classes métiers. Que diriez-vous de n'écrire que le code métier et simplement spécifier dans un fichier XML les services que vous voulez exposer sur le web ? SCA rend ceci possible ! Mais ce n'est pas le seul avantage, SCA vous permet aussi de bénéficier d'un cadre architectural pour vos applications orientées services. Enfin, il permet de mixer des applicatifs utilisant des technologies différentes (bundle OSGi, Java, scripts, BPEL, etc.) et des protocoles de communication hétéroclites (SOAP, HTTP, JSON-RPC)

Building a Virtual Globus Grid in a Reconfigurable Environment - A case study: Grid5000

With the continuous evolution of distributed computing grids and with the perpetuous development of the available computing resources and protocols, there is a \textit{sine qua non} requirement to pass beyond the physical design of the grids. A viable solution is offered by virtual grids, having the advantage of flexible mapping and adaptation to live in-place resources. A software image is proposed, built with the use of the Globus Toolkit, the herein document describing the construction and configuratin phases as well as the deployment protocol in a live grid - Grid5000

Benchmarking the Round-Trip Latency of Various Java-Based Middleware Platforms

International audienceNowadays, distributed Java-based applications could be built on top of a plethora of middleware technologies such as Object Request Brokers (ORB) like CORBA and Java RMI, Web Services, and component-oriented platforms like EJB or CCM. Choosing the right technology fitting with application requirements is driven by various criteria such as economic costs, available features, performance, etc. The main contribution of this paper is to present an experience report on the design and implementation of a simple benchmark to evaluate the round-trip latency of various Java-based middleware platforms. Empirical results and analysis are discussed on a large set of widely available implementations including various ORB (Java RMI, Java IDL, ORBacus, JacORB, OpenORB, and Ice), Web Services projects (Apache XML-RPC and Axis), and componentoriented platforms (JBoss, JOnAS, OpenCCM, Fractal, Pro-Active)

AppliDE : modélisation et génération d'applications pour smartphones

National audienceThe availability of new mobile platforms has made the development of smartphone applications more complicated. This paper explains how to develop an application for mobile devices using Software Product Lines (SPL). Considering variation factors, SPL allows the conception and the development of a software products family minimizing realization cost and time. We present the APPLIDE framework, which provides SPL for smartphones, and we show how it works with a short demonstration.Le développement d'applications pour téléphones intelligents s'est complexifié avec l'arrivée de nouvelles plates-formes. Cet article explique comment réaliser une application pour terminaux mobiles en utilisant des Lignes de Produits Logiciels (LPL). Les LPL permettent de concevoir et développer une famille de produits logiciels qui prend en compte des facteurs de variation tout en minimisant les coûts et les temps de réalisation. Nous introduisons le cadre logiciel APPLIDE, qui réalise des LPL pour téléphones intelligents avant d'exposer son fonctionnement au cours d'une démonstration

SCA Platform Specifications - Version 2.0

The SCOrWare project aims at building an open source implementation of the Service Component Architecture (SCA) specifications. This implementation is composed of 1) a runtime platform for deploying, executing, and managing SCAbased applications, 2) a set of development tools for modeling, designing, and implementing SCA-based applications, and 3) a set of demonstrators. This document contains the specifications of the SCOrWare runtime platform. Section 1.1 lists the parts of SCA specifications supported by the SCOrWare platform. Section 1.2 gives an overview of the SCOrWare platform, and a summary of next chapters of this document. Section 1.3 lists the main update from the version 1 to the version 2 of this documen

Benchmarking the Round-Trip Latency of Various Java-Based Middleware Platforms

International audienceNowadays, distributed Java-based applications could be built on top of a plethora of middleware technologies such as Object Request Brokers (ORB) like CORBA and Java RMI, Web Services, and component-oriented platforms like EJB or CCM. Choosing the right technology fitting with application requirements is driven by various criteria such as economic costs, available features, performance, etc. The main contribution of this paper is to present an experience report on the design and implementation of a simple benchmark to evaluate the round-trip latency of various Java-based middleware platforms. Empirical results and analysis are discussed on a large set of widely available implementations including various ORB (Java RMI, Java IDL, ORBacus, JacORB, OpenORB, and Ice), Web Services projects (Apache XML-RPC and Axis), and componentoriented platforms (JBoss, JOnAS, OpenCCM, Fractal, Pro-Active)

InriaGforge : leçons de 2 ans d'exploitation de GForge à l'INRIA

National audienceDans cet article, nous présentons un retour d'expérience sur l'exploitation du logiciel GForge à l'INRIA. Nous y décrivons l'infrastructure mise en place, quelques actions de sécurisation du logiciel, la volumétrie du service, ainsi quelques problèmes rencontrés lors de la mise en oeuvre. Nous nous attardons aussi sur les usages constatés de ce type d'outil : comment les projets collaborent-ils ; quelle est leur taille ; quelles sont les fonctionnalités réellement utilisées ; qui sont les personnes collaborant à l'aide de ce type d'outils et quels sont les problèmes remontés aux administrateurs. Nous verrons ainsi pourquoi un tel outil a trouvé toute sa place dans l'environnement de travail du personnel de l'INRIA